QLibrary/Unix: do not attempt to load a library relative to $PWD
authorDebian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>
Thu, 27 Feb 2020 13:52:19 +0000 (13:52 +0000)
committerDmitry Shachnev <mitya57@debian.org>
Thu, 27 Feb 2020 13:52:19 +0000 (13:52 +0000)
commit6aad9dca18385127504ca11591bce0c429fe1221
tree75eee4dda8ea3a36db61301a74ba5d6481486b7a
parent0b589d50b4b4b1fddbc58cb4b783a8d77a32682e
QLibrary/Unix: do not attempt to load a library relative to $PWD

Origin: upstream, https://code.qt.io/cgit/qt/qtbase.git/commit/?id=e6f1fde24f77f63f
Last-Update: 2020-01-30

I added the code in commit 5219c37f7c98f37f078fee00fe8ca35d83ff4f5d to
find libraries in a haswell/ subdir of the main path, but we only need
to do that transformation if the library is contains at least one
directory separator. That is, if the user asks to load "lib/foo", then we
should try "lib/haswell/foo" (often, the path prefix will be absolute).

When the library name the user requested has no directory separators, we
let dlopen() do the transformation for us. Testing on Linux confirms
glibc does so:

$ LD_DEBUG=libs /lib64/ld-linux-x86-64.so.2 --inhibit-cache ./qml -help |& grep Xcursor
   1972475:     find library=libXcursor.so.1 [0]; searching
   1972475:       trying file=/usr/lib64/haswell/avx512_1/libXcursor.so.1
   1972475:       trying file=/usr/lib64/haswell/libXcursor.so.1
   1972475:       trying file=/usr/lib64/libXcursor.so.1
   1972475:     calling init: /usr/lib64/libXcursor.so.1
   1972475:     calling fini: /usr/lib64/libXcursor.so.1 [0]

Gbp-Pq: Name CVE-2020-0570.diff
src/corelib/plugin/qlibrary_unix.cpp